home *** CD-ROM | disk | FTP | other *** search
/ Power Tools 1993 November - Disc 2 / Power Tools Plus (Disc 2 of 2)(November 1993)(HP).iso / hotlines / wsyhl / cosewp / cosewp.cpy / COSEWP.SAM
INI File  |  1993-06-17  |  20KB  |  679 lines

  1. [ver]
  2.     4
  3. [sty]
  4.     _default.sty
  5. [files]
  6. [charset]
  7.     82
  8.     ANSI (Windows, IBM CP 1252)
  9. [revisions]
  10.     0
  11. [prn]
  12.             HP DeskJet
  13. [port]
  14.             LPT1:
  15. [lang]
  16.     1
  17. [desc]
  18.     
  19.     
  20.     
  21.     
  22.     
  23.     740385792
  24.     4
  25.     739743954
  26.     96
  27.     14
  28.     0
  29.     0
  30.     0
  31.     0
  32.     
  33.     
  34.     
  35.     
  36.     
  37.     
  38.     1
  39. [fopts]
  40.     0
  41.     1
  42.     0
  43.     0
  44. [lnopts]
  45.     2
  46.     Body Text
  47.     1
  48. [docopts]
  49.     5
  50.     2
  51. [GramStyle]
  52.     
  53. [lay]
  54.     1
  55.     513
  56.     [rght]
  57.         15840
  58.         12240
  59.         1
  60.         2160
  61.         1440
  62.         1
  63.         1440
  64.         2160
  65.         0
  66.         1
  67.         0
  68.         1
  69.         0
  70.         2
  71.         1
  72.         2160
  73.         10080
  74.         12
  75.         1
  76.         720
  77.         1
  78.         1440
  79.         1
  80.         2160
  81.         1
  82.         2880
  83.         1
  84.         3600
  85.         1
  86.         4320
  87.         1
  88.         5040
  89.         1
  90.         5760
  91.         1
  92.         6480
  93.         1
  94.         7200
  95.         1
  96.         7920
  97.         1
  98.         8640
  99. [elay]
  100. [l1]
  101.     Standard
  102. [pg]
  103.     3
  104.     31 195 101 0 0 0 0 65535 65535 Standard    65535 0 0    0 0 0 0 0 0 0 65535 0 0 65535 0 0 0 0 0
  105.     63 94 92 0 0 0 0 65535 65535 Standard    65535 0 0    0 0 0 0 0 0 0 65535 0 0 65535 0 0 0 0 0
  106.     92 0 60 0 0 0 0 65535 65535 Standard    65535 0 0    0 0 0 0 0 0 0 65535 0 0 65535 0 0 0 0 0
  107. [edoc]
  108. <:#289,9360>                    <+!>WHITEPAPER ON OPEN SYSTEM <-!>
  109.  
  110. <:#284,9360><+!>                        PROCESS ACCELERATION:<-!>
  111.  
  112. <:#284,9360>                A Common Open Software Environment
  113.  
  114. <:#284,9360>__________________________________________________________________
  115.  
  116. <:#284,9360>
  117.  
  118. <:#289,9360>                                     <+!>OVERVIEW<-!>
  119.  
  120. <:#284,9360>
  121.  
  122. <:#1136,9360>The common open software environment process came into being as sixe the initial announcement highlighted specific technology areas, the intent of course, this can be achieved only if the open system industry rallies around thnd the industry through increas
  123. ed growth and innovation in the open system markeconsensus among more vendors.
  124.  
  125. <:#284,9360>
  126.  
  127. <:#568,9360>This whitepaper incorporates input from sources throughout the openware industry to continue to improve its competitive postion. Feedback and conve
  128.  
  129. <:#284,9360>
  130.  
  131. <:#568,9360>The audience for this whitepaper includes OEM suppliers of open sysis also addressed to existing consortia, which have already made substantial con
  132.  
  133. <:#284,9360>
  134.  
  135. <:#568,9360>This whitepaper has five major sections: First, a demonstration of Third, an explanation of how this process would work in practice; Fourth, a setlved.
  136.  
  137. <:#284,9360>
  138.  
  139. <:#284,9360>
  140.  
  141. <:#568,9360>The paper proposes no new organizations. Existing organizations havanizations, except for X/Open, whose specification, certification, and branding
  142.  
  143. <:#284,9360>
  144.  
  145. <:#284,9360>This overview section concludes by breaking apart the phrase "common
  146.  
  147. <:#284,9360>
  148.  
  149. <:#284,9360><+!>Common.<-!>
  150.  
  151. <:#568,9360>Users have made it clear that they need system software to be "plugngle supplier or to face a major upheaval if they decide to change suppliers.
  152.  
  153. <:#284,9360>
  154.  
  155. <:#568,9360>The common open software environment process will make use of existtions and branding will be used to make this distinction clear.
  156.  
  157. <:#284,9360>
  158.  
  159. <:#568,9360>The primary benefits of common specifications for industry standardit of stable, open specifications, they will be drawn to make more and more appl
  160.  
  161. <:#284,9360>
  162.  
  163. <:#284,9360><+!>Open.<-!>
  164.  
  165. <:#852,9360>One important use of "open" applies to the inclusive nature of theftware environment process by the active solicitation from working groups for inary for approving specifications, participants in the common open software envir
  166.  
  167. <:#284,9360>
  168.  
  169. <:#1420,9360>A second important use of "open" applies to technology, where it haion of industry standard "open" technology. Under this clarification, a technolo unrestriced (e.g., it is not required to go to any particular supplier for the specification requirements to 
  170. two technologies that formerly did not meet this implementation, as long as they pass the necessary tests. Industry standard tecmentations should be licensed readily and equitably to the industry with equal a
  171.  
  172. <:#284,9360>
  173.  
  174. <:#284,9360><+!> Software Environment.<-!>
  175.  
  176. <:#568,9360>Software Environment means defining a standards-based environment fndors that does not limit their software options.
  177.  
  178. <:#284,9360>__________________________________________________________________
  179.  
  180. <:#284,9360>
  181.  
  182. <:#284,9360>
  183.  
  184. <:#289,9360>                    <+!>FOUNDATION FOR CUSTOMER CHOICE<-!>
  185.  
  186. <:#284,9360>
  187.  
  188. <:#568,9360>With the success of open systems comes an expanding set of specificr future options for choosing a different vendor for another solution.
  189.  
  190. <:#284,9360>
  191.  
  192. <:#284,9360>Many vendors in the open software industry are determined to defineganization.
  193.  
  194. <:#284,9360>
  195.  
  196. <:#568,9360>Like the companies that recently announced a proposed standard forpete vigorously against each other to sell their own particular product.
  197.  
  198. <:#284,9360>
  199.  
  200. <:#284,9360>More specifically, the products that result from the open software p
  201.  
  202. <:#568,9360>For application developers, common open software products offer ease compatibility they require on systems from different vendors. The efficiency o
  203.  
  204. <:#284,9360>in improved availability of application titles for end users.
  205.  
  206. <:#284,9360>
  207.  
  208. <:#568,9360>For system and network administrators, common open software producte availability of single point multiplatform system management capability.
  209.  
  210. <:#284,9360>
  211.  
  212. <:#568,9360>For end users, they bring a consistent look and feel on the desktopcation expense. The common environment will increase the number of available app
  213.  
  214. <:#284,9360>
  215.  
  216. <:#568,9360>Finally, system integrators will have available to them more competiencies realized in systems and network administration will be passed on to user
  217.  
  218. <:#284,9360>
  219.  
  220. <:#568,9360>Thus all these customer constituencies will be free to select a venon of standards. _______________________________________________________________
  221.  
  222. <:#284,9360>
  223.  
  224. <:#289,9360>    <+!>ADDING A CATALYST TO THE OPEN SYSTEM PROCESS<-!>
  225.  
  226. <:#284,9360><+!>
  227.  
  228. <:#284,9360>Technical innovation and user requirements have traditionally driven
  229.  
  230. <:#852,9360>1). Companies then competed for customers on the merits of their in facto standards emerged from the choice of users, open system providers have nent of common open software has grown over time.
  231.  
  232. <:#284,9360>
  233.  
  234. <:#1420,9360>In an effort to accelerate the availability of open system specificat the point before formal submission of specifications to recognized industry bn submission to the industry standards organization will allow the specification compatible product solutions 
  235. while accelerating time to market. A complete specill be licensed and made available readily and equitably to the industry at larg
  236.  
  237. <:#284,9360>
  238.  
  239. <:#852,9360>Acting only as a catalyst to the existing open system process, thisr services, have laid a solid foundation for the current acceleration. Their bes should make it easier to form working groups with broader representation than h
  240.  
  241. <:#284,9360>__________________________________________________________________
  242.  
  243. <:#284,9360>
  244.  
  245. <:#289,9360>             <+!>HOW THE PROCESS WOULD WORK IN PRACTICE<-!>
  246.  
  247. <:#284,9360><+!>
  248.  
  249. <:#568,9360>Central to the above process is achieving consensus to endorse a spels. This section describes how that might work.
  250.  
  251. <:#284,9360>
  252.  
  253. <:#289,9360> <+!>Formation of ad hoc working groups.<-!>
  254.  
  255. <:#852,9360>There are plenty of examples of successful multi-vendor solment spanned memebership of these organizations, and will work with these groupsxisting industry infrastructure evolves to accommodate the breakdown of old barr
  256.  
  257. <:#284,9360>
  258.  
  259. <:#568,9360>There is a well-known trade-off between the size of a group and itsof a larger group effort gain broad approval more quickly because the direct inv
  260.  
  261. <:#284,9360>
  262.  
  263. <:#1136,9360>The dilemma for the common open software environemnt is to form worthe lead and solicits input from the broader community. Such working groups shou all cases recommendations of these working groups will be submitted for widespr of technology, and is not lim
  264. ited to any specific set of companies.
  265.  
  266. <:#284,9360>
  267.  
  268. <:#284,9360><+!> Preparation of formal specification and certification tests.<-!>
  269.  
  270. <:#568,9360>Each working group is to be charged with producing a detailed formahe certification and branding program would be managed by a neutral industry gro
  271.  
  272. <:#284,9360>
  273.  
  274. <:#568,9360>After the specification in finalized by a body such as X/Open, the in a branding program. This body would evaluate the tests and coordinate as appividual vendors can cite conformance.
  275.  
  276. <:#284,9360>
  277.  
  278. <:#284,9360>The catalyst added by the common open software environment processentation.
  279.  
  280. <:#284,9360>
  281.  
  282. <:#284,9360>
  283.  
  284. <:#284,9360>
  285.  
  286. <:#284,9360>
  287.  
  288. <:#284,9360><+!> Sample implementation.<-!>
  289.  
  290. <:#852,9360>Implementations of the specification could come to the marketplacee implementations that others could license. Early availability of an implementares a readily licensed sample implementation, available consistently to the indu
  291.  
  292. <:#284,9360>
  293.  
  294. <:#289,9360> <+!>Key points of common open software environment process<-!>.
  295.  
  296. <:#284,9360>There are five key points to the common open software environment pr
  297.  
  298. <:#284,9360>
  299.  
  300. <:#284,9360>1) System suppliers come together in a working group to accelerate t
  301.  
  302. <:#284,9360>
  303.  
  304. <:#284,9360>2) Each draft specification will be submitted to a recognized indust
  305.  
  306. <:#284,9360>
  307.  
  308. <:#284,9360>3) One or more sample implementations should exist for each specific
  309.  
  310. <:#284,9360>
  311.  
  312. <:#284,9360>4) Test suites should be available for certification and branding to
  313.  
  314. <:#284,9360>
  315.  
  316. <:#284,9360>5) The process allows for different companies to participate for eac
  317.  
  318. <:#284,7920>
  319.  
  320. <:#289,7920>                    <+!>PRINCIPLES OF THE PROCESS<-!>
  321.  
  322. <:#568,7920>This section describes the acceleration from the point of view of th
  323.  
  324. <:#284,7920>
  325.  
  326. <:#284,7920><+!> Contributors.<-!>
  327.  
  328. <:#568,7920>To demonstrate a commitment to the principles of the common open sof
  329.  
  330. <:#284,7920>
  331.  
  332. <:#284,7920>    - Accelerate multi-vendor definition of a draft specification ah
  333.  
  334. <:#284,7920>    standards setting organization if necessary, by participating in
  335.  
  336. <:#284,7920>    groups representing a critical mass of the open system industry.
  337.  
  338. <:#284,7920>
  339.  
  340. <:#284,7920>
  341.  
  342. <:#284,7920>    - Submit an unencumbered draft specification to an industry revi
  343.  
  344. <:#284,7920>    adoption process, and abide by the decisions of specification re
  345.  
  346. <:#284,7920>
  347.  
  348. <:#284,7920>    - Ensure their implementation conforms to a rigorous specificati
  349.  
  350.  
  351. <:#284,7920>    certification, and branding mechanism.
  352.  
  353. <:#284,7920>
  354.  
  355. <:#284,7920>    - Allow the building of unencumbered (no royalty) common behavio
  356.  
  357.  
  358. <:#284,7920>    implementations to the specification. (Any necessary patent lice
  359.  
  360. <:#284,7920>    be openly licensable on reasonable terms and conditions consiste
  361.  
  362. <:#284,7920>    standards organization practice.)
  363.  
  364. <:#284,7920>
  365.  
  366. <:#284,7920>    - Encourage availability for open licensing of a sample implemen
  367.  
  368. <:#284,7920>    certification test suites, including early access to source code
  369.  
  370. <:#284,7920>    rapid deployment.
  371.  
  372. <:#284,7920>
  373.  
  374. <:#284,7920>    - Compete vigorously against each other on the basis of quality
  375.  
  376. <:#284,7920>    implementation, service, support, price, and other added value.
  377.  
  378. <:#284,7920>
  379.  
  380. <:#289,7920> <+!>Vendors.<-!>
  381.  
  382. <:#1136,7920>This same set of principles can be extended to what vendors of open
  383.  
  384. <:#284,7920>
  385.  
  386. <:#284,7920>    - That the specification will provide sufficient detail for them
  387.  
  388. <:#284,7920>    implementation from scratch and that if they do so they will  ha
  389.  
  390. <:#284,7920>    royalties to pay for use of the specification.
  391.  
  392. <:#284,7920>
  393.  
  394. <:#284,7920>    - To be able to brand their implementations to the available  sp
  395.  
  396. <:#284,7920>    so that their customers know of their compatibility with  other
  397.  
  398. <:#284,7920>    vendors.
  399.  
  400. <:#284,7920>
  401.  
  402. <:#284,7920>    - That vendors, working together or separately on implementation
  403.  
  404. <:#284,7920>    on the open sysetm specification, will be encouraged to make suc
  405.  
  406. <:#284,7920>    implementations available for licensing, including early access.
  407.  
  408. <:#284,7920>
  409.  
  410. <:#1420,7920>The principles in this section tend to apply differently during parw to be a full participant in the common open software environment process at al
  411.  
  412. <:#284,7920> ________________________________________________________________
  413.  
  414. <:#284,7920>
  415.  
  416. <:#284,7920>    <+!>SOFTWARE LIFE CYCLE AND STAGES OF THE PROCESS<-!>
  417.  
  418. <:#284,7920>
  419.  
  420. <:#1136,7920>Software technology passes through roughly four stages in its lifecreases and the value of commonality increases.
  421.  
  422. <:#284,7920>
  423.  
  424. <:#568,7920>For the technology that ultimately becomes industry standard, the fo
  425.  
  426. <:#284,7920>
  427.  
  428. <:#568,7920>1) Innovation - Vendors market a variety of solutions, often incompa
  429.  
  430. <:#284,7920>.
  431.  
  432. <:#568,7920>2) Common Direction - User demand for commonality drives innovative
  433.  
  434. <:#284,7920>.
  435.  
  436. <:#568,7920>3) Deployment - Vendors produce a draft specification, show industry
  437.  
  438. <:#284,7920>
  439.  
  440. <:#852,7920>4) Availability - Formal approved specification exists and certifica
  441.  
  442. <:#284,7920>
  443.  
  444. <:#852,7920>The remainder of this section comments more on each of these stages.
  445.  
  446. <:#284,7920>
  447.  
  448. <:#289,7920> <+!>Innovation.<-!>
  449.  
  450. <:#3408,7920>In the innovative phase, many different solutions may exist and use Users accept a corresponding high risk because the technology may become obsolest meet those needs. Or the technology may be one where a variety of different oin this whitepaper addresses o
  451. nly the software that moves out of the innovative
  452.  
  453. <:#284,7920>
  454.  
  455. <:#289,7920> <+!>Common Direction.<-!>
  456.  
  457. <:#1420,7920>As technology matures, users see the value in, for example, exchangdors may confer to set a common direction, as a catalyst to the open system proc
  458.  
  459. <:#2840,7920>The common open software environment process allows for any group o it their support, while retaining their ability to address independently the bre from any quarter, often initially through meetings of a few vendors. An actionication.
  460.  
  461. <:#284,7920>
  462.  
  463. <:#284,7920>A common direction can take any of several forms:
  464.  
  465. <:#284,7920>
  466.  
  467. <:#568,7920>- Vendors could decide to integrate some existing technology and to
  468.  
  469. <:#284,7920>
  470.  
  471. <:#284,7920>- Vendors could decide to endorse a de facto standard (e.g., Motif).
  472.  
  473. <:#284,7920>
  474.  
  475. <:#568,7920>- Vendors could set up a work group to write a draft specification o
  476.  
  477. <:#284,7920>
  478.  
  479. <:#289,7920> <+!>Deployment.<-!>
  480.  
  481. <:#2556,7920>In technologies where commonality has a critical mass of support, iwriting all components and licensing it to others, to a collection of cooperativovisions for early access of specifications, implementations, and tests to facil
  482.  
  483. <:#284,7920>
  484.  
  485. <:#289,7920> <+!>Availablity.<-!>
  486.  
  487. <:#1988,7920>After a specification is approved and adequate test suites are avaither on the basis of product availability, quality, service, price, and other ad__________________________
  488.  
  489. <:#284,7920>
  490.  
  491. <:#284,7920>
  492.  
  493. <:#284,7920>
  494.  
  495. <:#284,7920>
  496.  
  497. <:#284,7920>
  498.  
  499. <:#284,7920>
  500.  
  501. <:#289,7920>                            <+!>CONCLUDING REMARKS<-!>
  502.  
  503. <:#284,7920>
  504.  
  505. <:#852,7920>The common open software environment process has been proposed as a
  506.  
  507. <:#284,7920>
  508.  
  509. <:#568,7920>The common open software environment process is an open system proce
  510.  
  511. <:#284,7920>
  512.  
  513. <:#284,7920>
  514.  
  515. <:#284,7920>The purpose of this whitepaper is
  516.  
  517. <:#284,7920>
  518.  
  519. <:#284,7920>    - to lay out the principles for a common open software environme
  520.  
  521. <:#284,7920>    which contributors and vendors cooperate for the growth of the
  522.  
  523. <:#284,7920>    and for the benefit of users, and
  524.  
  525. <:#284,7920>
  526.  
  527. <:#284,7920>    - To describe a process that embodies this cooperation.
  528.  
  529. <:#284,7920>
  530.  
  531. <:#852,7920>Now the task is to build support for these principles and processes.
  532.  
  533. <:#284,7920> _________________________________________________________________
  534.  
  535. <:#284,7920>
  536.  
  537. <:#289,7920>                                    <+!>APPENDIX<-!>
  538.  
  539. <:#284,7920>
  540.  
  541. <:#284,7920><+!>Tactical Scenarios<-!>
  542.  
  543. <:#284,7920>
  544.  
  545. <:#1704,7920>The body of this paper outlines some principles and strategies fordix proposes a tactical response for several scenarios, with a focus on setting
  546.  
  547. <:#284,7920>
  548.  
  549. <:#289,7920> <+!>1. Starting a New Common Direction Activity.<-!>
  550.  
  551. <:#284,7920>
  552.  
  553. <:#1136,7920>Suppose your company has some state of the art expertise in a techn environment process?
  554.  
  555. <:#284,7920>
  556.  
  557. <:#284,7920>Here are some suggested steps:
  558.  
  559. <:#284,7920>
  560.  
  561. <:#568,7920> 1) Test your assessment of the business opportunity and the technol
  562.  
  563. <:#284,7920>    a. Demand for commonality
  564.  
  565. <:#284,7920>    b. Key multi-vendor agreement
  566.  
  567. <:#284,7920>    c. Commitment to open specification
  568.  
  569. <:#284,7920>    d. Availability of sample implementation and tests
  570.  
  571. <:#284,7920>
  572.  
  573. <:#852,7920>2) Become familiar with the principles of the common open software
  574.  
  575. <:#284,7920>
  576.  
  577. <:#1136,7920>3) Identify and engage other companies. Work with existing workingle.
  578.  
  579. <:#284,7920>
  580.  
  581. <:#289,7920> <+!>2. Conducting a Common Direction Setting Activity.<-!>
  582.  
  583. <:#284,7920>
  584.  
  585. <:#2272,7920>Suppose there is now a group formed which intends to set a common da technology to a specification that will be widely adopted and implemented. Suce directed at both rapid progress and broad participation.
  586.  
  587. <:#284,7920>
  588.  
  589. <:#284,7920>Here are some suggested steps:
  590.  
  591. <:#284,7920>
  592.  
  593. <:#568,7920>1) Seek input from companies not included in your small group to be
  594.  
  595. <:#284,7920>
  596.  
  597. <:#852,7920>2) Identify an appropriate vendor-neutral standards organization and
  598.  
  599. <:#284,7920>
  600.  
  601. <:#1136,7920>3) At an appropriate time make a press announcement citing the comm open software environment process.
  602.  
  603. <:#284,7920>
  604.  
  605. <:#852,7920>4) Prepare a draft specification for submission to the selected stan
  606.  
  607. <:#284,7920>
  608.  
  609. <:#852,7920>5) Follow through with you implementation of the specification. Enga
  610.  
  611. <:#284,7920>
  612.  
  613. <:#284,7920>6) Facilitate broad availability of implementations to the specifica
  614.  
  615. <:#284,7920>
  616.  
  617. <:#289,7920> <+!>3. Joining an Existing Direction Setting Activity<-!>.
  618.  
  619. <:#284,7920>
  620.  
  621. <:#1988,7920>Suppose a group of companies has made a public announcement of a diou wish to facilitate the adoption of a common direction, and you wish to have ydvantage of it?
  622.  
  623. <:#284,7920>
  624.  
  625. <:#284,7920>Here are some suggested steps:
  626.  
  627. <:#284,7920>
  628.  
  629. <:#568,7920>1) Contact one or more of the companies that announced the common  d
  630.  
  631. <:#284,7920>
  632.  
  633. <:#568,7920>2) Make your requirements known to the participants in the common di
  634.  
  635. <:#284,7920>
  636.  
  637. <:#1704,7920>3) If your wish to influence the common direction, prepare a positiand recognizing as well that not all proposals can be incorporated. Proposals th
  638.  
  639. <:#284,7920>
  640.  
  641. <:#568,7920>4) Seek to be involved in any press releases that come from the comm
  642.  
  643. <:#284,7920>
  644.  
  645. <:#852,7920>5) Contact the selected vendor-neutral standards organization and re
  646.  
  647. <:#284,7920>
  648.  
  649. <:#852,7920>6) Consider developing a sample implementation, either alone or work
  650.  
  651. <:#284,7920>
  652.  
  653. <:#284,7920>
  654.  
  655. <:#284,7920>
  656.  
  657. <:#284,7920>
  658.  
  659. <:#284,7920><+!>4. Other Stages of Software Life Cycle<-!>
  660.  
  661. <:#284,7920>
  662.  
  663. <:#1136,7920>This appendix has focused on the setting of common directions, whics well.
  664.  
  665. <:#284,7920> ________________________________________________________________
  666.  
  667. <:#284,7920>
  668.  
  669. <:#284,7920>
  670.  
  671. <:#284,7920>
  672.  
  673. <:#284,7920>
  674.  
  675. >
  676.  
  677. [Embedded]
  678. 00019497
  679.